
Derniers tests et previews


TEST Capcom Fighting Collection 2 : une avalanche de pépites arcade dans votre salon

TEST The Precinct : quand GTA enfile l’uniforme

TEST DOOM: The Dark Ages, du sang, des démons et un peu de fraîcheur

TEST Street Fighter 6 : le Hadoken est dans la poche, merci la ROG Ally Z1 Extreme
Dernières actualités

BON PLAN : YouPrice frappe fort avec ce forfait mobile 5G à moins de 10 € par mois

Fortnite : Dark Jar Jar fait ses débuts en jeu, mais ne se laissera pas obtenir si facilement

DOOM: The Dark Ages nous montre ses grosses notes dans une nouvelle bande-annonce

Switch 2 : une nouvelle rassurante concernant l'utilisation des Cartes clé de jeu

s boot
Et s’il est bien activé comme je le suppose, alors ta console attend juste de booter sans le JiG en injectant un payload, soit fusée, soit Hekate, via PC si c’est le moyen que tu utilisais depuis. Donc soit le driver n’est pas installé sur ton OC. Et quand je parle de driver, il s’agit de celui du mode RCM et non de la console en mode normal. Et cela s’opère via TegraRCMGui comme déjà dit.
Au delà de cela, il ne faudrait pas qu’en faisant cela, tu es fait une manipulation irréversible. Si le mode autoRCM n’était pas actif avant cette opération, il n’y avait pas de raison de procéder ainsi.
Si la console ne répond plus, soit la batterie a pris un coup, soit tu as corrompu le boot0 de la console. Si tu es certain d’avoir mis à jour tous les éléments sur ta SD avec notamment les derniers sigpatches, et que ce mode autoRCM est bien actif comme je le suppose, la console attend un boot sans le JiG. En revanche, si cela concerne la batterie, ce sera forcément un changement si elle ne charge pas. Et si c’est le boot0, il faut le restaurer avec une sauvegarde que tu possèdes mais il faut un accès à la console sauf erreur ou des moyens tiers sans cela.
Suivre des tutoriels dont la source n’est pas officiel amène à des difficultés irréversibles le plus souvent. Et utiliser des packs tout fait causent plus de problèmes qu’autre chose.
A tout hasard, pour vérifier si tu as tout bien fait et aussi répondre à tes questions, voici le tutoriel qui se base sur des sources officielles:
https://gamergen.com/forums/underground ... 36600.html
Et voici celui qui concerne DayBreak
https://gamergen.com/forums/underground ... 62975.html
Et pour essayer de te sortir de cela, tu as également le script de Shadow qui propose un certain nombre de fonctions.
https://gamergen.com/forums/underground ... 44252.html
Dans tous les cas, et comme dis depuis le début, soit ta console attend de booter, soit c’est ta batterie, soit c’est une corruption de données. A voir.
De plus, laisser ta version de HOS en 9.2.0 sur sysNAND n’est pas vraiment utile mais cela reste ton choix. Tant que l’emuNAND reste en 11.0.0 pour utiliser SX OS, il n’y a aucun problème à mettre à jour ta sysNAND dans la dernière version. Le Menu SX OS sera toujours accessible quelque soit le version de HOS sur sysNAND. Cet aspect est différent du boot pour le CFW.
Du coup, changer de SD pour utiliser deux hacks peut se faire mais n’est pas vraiment conseillé non plus car le port SD semble fragile d’après certains retours.
Tu peux aussi créer une seconde emuNAND sur ta SD si elle a suffisamment de place pour utiliser Atmosphère/Hekate. Ainsi, pas de migration et pas de changement de SD mais cela implique de préparer sa SD en amont pour les deux hacks.
La contrainte, bien que les eFuses de la CM ne soient pas concernés sur l’emuNAND, ceux du port cartouche le sont. Donc en créant une emuNAND en 13.2.1 fera que les eFuses LOTUS seront grillés. Rien n’empêche cela via SX OS. Seul le patch NoGC de Hekate le fait.
Voilà différentes pistes pour toi.
Après si je suis ton tuto je sauvegarde ma NAND de la ça me remarque le message d erreur donné plus haut.
Quand je regarde dans more config j'ai le message d erreur " NO.ini or boot entries found check that a.ini file exist in bootloader/ini/ and that it contains at least one entry"
Quand je lance le menu "launch" et que je lance le CFW (emuMMC) "emummc is forced but not enabled, failed to launch HOS, press any key ...
Je fais tout comme ton tuto et à chaque fois je bug la dessus
Une idée ???
Merci
Étonné que tu puisses booter sur SX OS sur ton emuNAND en 13.2.0 directement avec le boot.dat ou alors j’ai mal compris ta démarche.
Le Menu de SX OS est accessible quelque soit la version mais pour ce qui concerne le boot sur le CFW SX OS, il ne s’opère pas au delà de HOS 11.0.0.
De plus, pour info, en mettant à jour, les eFuses LOTUS du port cartouche sont grillés donc inutilisable si le downgrade se fait en 11.0.0.
https://gamergen.com/forums/depannage-s ... l#p7062297
Et si ton Dongle affiche une lumière blanche, c’est qu’il est en mode charge. Il changera de couleur en fonction du boot choisi et opéré.
A l’issu, mettre à jour les éléments sur ta SD avec les dernières versions. Le mieux serait de refaire une préparation de ta SD plutôt que d'écraser les éléments. Ensuite, ajouter les sigpatches manuellement. Voici le tutoriel qui donnera des éléments d’informations.
https://gamergen.com/forums/underground ... 36600.html
Une fois que tout cela aura été fait, décider ou non de mettre la console à jour sur sysNAND et emuNAND via Daybreak. Ce choix t’appartient. Toutefois, mettre à jour facilitera beaucoup d’aspects et pas de raison de rester dans ta version actuelle si tu utilises Atmosphère/Hekate.
Ne pas oublier de dumper les derniers clés via Lockpick_RCM. Cela te permettra d’utiliser certains outils. Étape nécessaire et utile.
https://gamergen.com/forums/underground ... 56353.html
Pour vérifier ta SD, il faut utiliser h2testw. Cela te permettra de savoir si elle est corrompue ou non. Et pour vérifier les backups, il faut utiliser NSC_Builder. Cela te permettra de vérifier leur compilation dans son ensemble. Cela est une dernière piste une fois que le reste sera fait et que tu as toujours des erreurs.
Si la console ne boot pas sur le CFW, soit il manque des éléments sur ta SD, soit le lecteur de carte est défectueux (une autre piste hardware qui peut se vérifier en démarrant normalement HOS). Je dis cela car tu as changé de SD entre temps. Le lecteur de carte est fragile et retirer trop souvent la SD peut le détériorer si on ne fait pas attention. Toutefois, si en étant dans HOS, l'accès se fait, pas de raison et cela rejoint donc une mauvaise préparation.
Le tutoriel pour le hack avec l’ensemble Des démarches:
https://gamergen.com/forums/underground ... 36600.html
Bien que sur l’autre console, tout fonctionne, cela ne signifie pas qu’une mauvaise manipulation n’est pas à l’origine du problème rencontré sur l’autre. De plus, l’erreur indique que le payload n’a pu être injecté donc le câble serait aussi une cause.
Lors de la préparation de la SD, prendre les derniers outils et ne pas oublier d’ajouter les sigpatches manuellement.
Des pistes à vérifier...
Pour sauvegarder la NAND, hekate reste l’outil facile et utile.
Les backups, une fois, installé sur l’emuNAND, ne sont pas à réinstaller si la console redémarre. En revanche, pour les utiliser, il faut boot en CFW, cela va de soi.
Etant donné que j'ai pas mal "laché" le suivi du Hack Switch, il n'y a pas de risque à ce que je boot sur ma Sysnand qui doit être très bas en version.
Donc si je comprend bien, si cela fonctionne sur ma sysnand, il me faudra supprimer mon emunand et la créer de nouveau puis une fois recréer, pensér à UP de nouveau mon emunand avec Choix du jour ?
PS : je sors un peu de ce sujet, mais aurai tu un tuto pour booter depuis le menu de SX OS sur Atmosphere ou autre ??